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Pour faciliter les paiements electroniques, on transfor- 
ms un telephone portable (7) en terminal porteur de paie- 
ment. Plus exactement le terminal porteur de paiement est 
constitue par des circuits des telephones portables et par 
des circuits d'un systeme central (10) d'un operateur de te- 
lecommunications. Cette combinaison de circuits permet de 
composer d'une maniere sure un message (5) de paiement 
adresse a un serveur (6) cf un organisme financier. 
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Procede de paiement electronique 

La presente invention a pour objet un procede de paiement 
electronique. Le but de I'invention est de permettre une tres grande diffusion 
5 d'un tel mode de paiement, dont I'interet est la simplicity et, avec certaines 
precautions, une grande fiabilite. 

On connaTt les paiements par carte bancaire, notamment ceux dans 
lesquelles on prend une empreinte d'un embossage d'une carte de paiement, 
ou d'une carte de credit, sur une fiche de paiement et dans lequel 

10 I'authenticite du paiement est acquise par la signature du titulaire de la carte 
au bas de la fiche. Selon les differentes legislations, le paiement peut etre 
considere comme effectue des I'apposition de la signature ou, dans certains 
pays, seulement lorsque le titulaire de la carte recoit a son domicile un releve 
des paiements et les accepte, ou tout au moins ne manifeste pas son 

15 disaccord d'acceptation. L'embossage revele des caracteres representatifs 
de I'identite du titulaire de la carte, surtout de son numero de compte aupres 
d'un organisme financier. 

Ce type de paiement a ete perfectionne par I'appos'rtion a I'arriere des 
cartes de paiement ou carte de credit d'une piste magnetique reproduisant, 

20 sous une forme memorisee magnetiquement, les caracteres embosses. Un 
lecteur de piste magnetique d'un terminal de paiement est capable de lire 
ces caracteres et d'editer la fiche de paiement qui suit par ailleurs un meme 
cheminement d'acceptation. 

En cas d'acceptation, un organisme financier du creancier opere les 

25 transferts de monnaie scripturale correspondants entre le compte du debiteur 
aupres d'un organisme financier et un compte du creancier. 

Ce type de paiement a ete a I'origine d'une fraude assez importante et 
a du etre securise. Le systeme de securisation retenu a consiste a adjoindre 
aux informations relatives a I'identite bancaire proprement dite du porteur de 

30 la carte (notamment son numero de compte dans I'organisme financier 
concerne et eventuellement son adresse), une chatne de caracteres 
complementaire constituant une coherence des informations d'identite 
proprement dites. Cette coherence est calculee, en fonction d'un algorithme 
propre a I'organisme financier, sur la base des informations relatives a 

35 I'identite proprement dite. Cette coherence est constituee par Padjonction de 
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cette chaTne de caracteres dans la piste magnetique, mais pas dans les 
caracteres embosses. A ce titre cette chatne de caracteres reste inconnue 
d'un fraudeur de base. 

Actuellement les deux systemes existent, le principe etant qu'un 
5 acheteur avise ne doit effectuer des paiements avec une machine a prendre 
les empreintes embossees . un sab ot, que s'il a une grande confi^nge dans le 
vendeur, creancier du paiement, ou ne doit accepter que des paiements 
magnetiques dans I'autre cas. En effet, pour la prise d'empreintes 
embossees, il faut surveiller que les fiches de paiement ne soient pas 

10 dupliquees par le commercant, ou un fraudeur. Par exemple, avec une 
facturette papier dupliquee, un commercant fraudeur pourrait fabriquer des 
fausses factures avec un autre sabot, celui d'un autre commercant complice. 

Le lecteur de piste magnetique du terminal de paiement electronique 
etant relie en temps r6el, ou periodiquement en temps differe, a un serveur 

15 de donnees de sa banque, ce lecteur est aisement reperable comme serait 
par ailleurs reperable par ses facturettes un commercant fraudeur. Les 
references de ce lecteur qui sont transmises en meme temps que chaque 
transaction a la banque du creancier designent le creancier £ coup sOr. Mais 
surtout, Pinsertion de la carte dans le lecteur s'effectuant a vue du porteur, 

20 celui-ci peut constater qu'elle n'est pas introduite dans un deuxieme lecteur. 
En consequence ce type de transaction a ete rendu plus sur, du moins du 
point de vue de la moralite des commercants. En ce qui concerne les clients, 
le lecteur verifie I'authenticite de la carte (controle d'authentification). Ensuite 
la carte contrdle le code confidentiel du porteur via le terminal lecteur. Pour 

25 I'authentification, le lecteur peut mettre en ceuvre une verification de la carte 
avec les informations de coherence. Le lecteur peut done detecter les clients 
fraudeurs. 

En ce qui concerne les clients, le systeme notamment par carte a 
puce permettant d'authentifier le porteur de la carte par composition d'un 

30 code secret permet, bien mieux qu'une signature qui peut §tre imitee, de 
verifier que la carte n'a pas ete volee. Pour simplifier, on retiendra que le 
terminal de paiement, au moment ou une carte a puce lui est introduite, 
apres I'authentification, lance une procedure de code secret. Les echecs de 
cette procedure sont comptes. Au-dela d'un nombre limite d'echecs (trois en 

35 general) la carte a puce est invalidee. En cas d'adequation, la transaction 
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peut etre menee £ terme. 

Dans tous les cas evoques ci-dessus le paiement necessite la 
presence du commercant (ou au moins du terminal de paiement de ce 
commercant), de la carte de paiement du debiteur et de la presence du 
5 debiteur lui-meme. Or cette concomitance n'est pas acquise dans le domaine 
de la vente par correspondence que celle-ci soit realisee par telephone, 
notamment par minitel en France, ou meme par Internet. En effet dans ce 
cas il n'y a pas de terminal de lecture magnetique, ou electronique, pour lire 
des informations d'identite du debiteur ainsi que des informations de 

1 0 coherences, qui accompagnent le cas echeant ces informations d'identites. 

En pratique, pour de telles transactions il est demande au debiteur de 
composer sur un clavier (celui d'un combine telephonique, d'un micro- 
ordinateur relie sur Internet, ou d'un minitel) les 13, 16 ou 19 ou autres 
caracteres numeriques embosses de son compte en banque (qui sont par 

1 5 ailleurs representatifs egalement de la banque dans laquelle il a un compte), 
ainsi que d'une maniere complementaire ceux d'une date de validite. On 
retombe alors avec ce mode de paiement dans les difficultes des fraudes 
evoquees ci-dessus. En effet quiconque disposant du numero de carte de 
paiement d'un tiers peut effectuer des paiements avec ce numero (et au 

20 besoin avec la date de validite), en se faisant livrer a un endroit quelconque 
des biens ou des services achetes. 

Par ailleurs les informations de coherence ne sont pas disponibles 
pour les usagers, ils les ignorent, et meme leur propre banque refusera de 
les leur donner. En consequence, sans terminal de paiement autorise par 

25 I'organisme financier, c'est-a-dire relie a cet organisme financier 
periodiquement ou en temps reel, il n'est pas possible d'effectuer des 
paiements sOrs, sans risque pour le debiteur de voir sa carte utilisee par des 
fraudeurs. 

Dans le domaine de la vente par correspondance, notamment en 
30 France avec I'usage du minitel, I'information de coherence inconnue des 
usagers peut etre remplacee par une relation contractuelle prealable. Ainsi, 
une personne identifiee par son adresse et eventuellement son numero de 
compte en banque dans le fichier de I'organisme de vente par 
correspondance est egalement dote d'un numero de contrat attribue par 
35 I'organisme de vente par correspondance. Ce numero de contrat n'est pas le 
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code secret de la carte bancaire et n'est pas non plus la chaTne de 
caracteres de coherence ignoree. Mais il constitue un substitut de cette 
information de coherence puisque, sans ce numero de contrat la carte de 
paiement ne pourra pas etre utilisee. En donnant son num§ro de contrat, le 
5 voleur se designe et c'est un bon moyen pour eviter sa fraude avec des 
cartes de paiement volees. 

II reste done le probleme de toutes les ventes par correspondance, 
vente sur catalogue, ou vente par Internet, dans lesquelles I'acheteur n'a pas 
prealablement pris contact avec I'organisme de vente par correspondance 

10 pour se faire attribuer un numero de contrat. Les seules solutions qui sont 
offertes dans ce cas consistent pour I'acheteur a diffuser les references de 
sa carte de paiement, avec les risques de spoliation envisages ci-dessus. 

Selon I'invention ce probleme va etre resolu simplement en utilisant 
pour le paiement un telephone mobile et, dans une solution principale, les 

15 circuits de gestion des communications d'un operateur central de 
telecommunications auxquels I'utilisateur est affilie par abonnement pour 
constituer un message de transaction a etablir : pour jouer le r6le du terminal 
de paiement. Ainsi, par exemple au moment de la souscription de son 
abonnement, cet utilisateur demandera a incorporer dans les circuits de son 

20 telephone mobile, ou d'une carte a puce ou d'un jeton a puce utilise avec ce 
telephone mobile, des informations relatives a son identit6 (son numero de 
compte en banque essentiellement) et de preference egalement les 
informations de coherence de sa carte bancaire. En quelque sorte le 
telephone mobile comportera de ce point de vue une duplication de sa carte 

25 de paiement. Si I'utilisateur perd son telephone mobile, ce telephone mobile 
est neanmoins protege par son propre code secret de d6marrage comme le 
serait une carte a puce. 

Au moment d'une transaction, I'utilisateur composera un num6ro de 
telephone specifique de paiement, qui n'aboutit, dans cette solution 

30 principale, chez aucun interlocuteur si ce n'est a une fonction particuliere 
dans les services centraux de I'operateur. A cet instant la communication 
etablie permet d'executer automatiquement un programme specifique. Au 
cours de ce programme sp6cifique, I'utilisateur compose et fait envoyer un 
code relatif a I'identite du commercant aupres duquel il veut faire une 

35 acquisition. Eventuellement ce code est relatif a la transaction elle-meme si 
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celle-ci est identifiee par ailleurs. Les services centraux de I'operateur de 
telecommunications composent alors un message de paiement. Ce message 
de paiement est etabli sur la base de I'identification du client debiteur 
(connue par le telephone mobile et communiquee automatiquement a 
I'operateur de telecommunications) et sur la base d'un code de creancier 
(communique par I'utilisateur au moment ou il envoie le code de commercant 
apres composition). Les services centraux de I'operateur retrouvent a partir 
de ce code de creancier, ou de ce code de transaction envoye par 
I'utilisateur du telephone, I'identite du commercant et eventuellement un 
montant de transaction. Ce montant peut etre autrement compose par 
I'utilisateur du telephone, a moins qu'il ne corresponde a la transaction. 

Une fois que ce message de paiement est compose, les services 
centraux de I'operateur de telecommunications effectuent en plus I'envoi du 
message correspondant a un organisme financier qui correspond soit au 
debiteur, sort au creancier, mais de preference au creancier. Cet organisme 
financier effectue alors la transaction comme dans le cas des paiements 
avec des terminaux electroniques communs. En quelque sorte, en agissant 
ainsi I'operateur de telecommunications se substitue, avec tous ses services, 
a un terminal de paiement electronique. Ce terminal de paiement 
electronique ainsi realise est particulier en ce sens qu'il est universel. II 
conceme tous les commercants et tous les organismes financiers. II suffit 
seulement que I'operateur puisse etre en relation avec les differents 
organismes financiers. Deux autres variantes seront egalement decrites par 
la suite dans lesquelles la constitution du message de paiement va etre 
partag6e. 

L'invention a done pour objet un precede de paiement electronique 
dans lequel 

- on complete un message de paiement comportant une information 
d'un montant d'une transaction, une information d'identite d'un debiteur de ce 
montant et une information d'identite d'un creancier de ce montant, 

- on envoie ce message a un serveur de donnees d'un organisme 
financier, 

- le serveur de cet organisme financier opere des transferts de 
monnaie scripturale correspondant a ce paiement, 

caracterise en ce que 
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- on emet a partir d'un telephone mobile, et en direction d'un systeme 
central d'un operateur, I'information d'identite du debiteur, 

- on constitue, dans ce systeme central, le message de paiement a 
partir de I'information d'identite de debiteur recue, et d'une information 

5 d 'identite de creancier, 

- on envoie le message ainsi constitue a un serveur de donnees d'un 
organisme financier. 

L'invention sera mieux comprise a la lecture de la description qui suit 
et a I'examen des figures qui I'accompagnent. Celles-ci ne sont donnees qu'a 
1 0 titre indicatif et nullement limitatif de l'invention. Les figures montrent : 

- Figure 1 : la representation sch6matique d'un precede de paiement 
electronique de I'etat de la technique ; 

- Figure 2 : une representation schematique des moyens mis en 
ceuvre dans le precede de l'invention ; 

15 - Figure 3 : une representation schematique des moyens du 

telephone mobile mis en ceuvre dans le precede de l'invention ; 

- Figure 4 : un organigramme de deroulement des etapes du 
precede de l'invention ; 

- Figure 5 : une presentation comparative des differentes variantes 
20 de l'invention. 

La figure 1 montre les moyens utilises dans I'etat de la technique pour 
effectuer un paiement electronique. Dans un terminal 1 de paiement 
electronique, on insere une carte 2 de paiement, carte a puce ou carte 
magnetique. Avec un clavier 3 du terminal 1, le commercant compose le 

25 montant de la transaction. En pratique cette operation comporte une 
authentication de la carte et une authentication du porteur par une 
composition de code secret mais qui n'est pas pertinente au premier chef ici. 
Ce faisant un message 5 de paiement ainsi constitue par le terminal 1 
comporte Identification du debiteur, (c'est-a-dire le client), le montant de la 

30 transaction, et ^identification du creancier (c'est-a-dire le commercant). 
^identification du debiteur est prelevee dans la carte 2. [.'identification du 
creancier est prelevee dans le terminal 1. Le montant est compose au 
clavier. D'autres informations sont egalement donnees, notamment la date 
de la transaction, la date de validite de la carte de paiement 2, ainsi que 

35 d'autres types d'informations. Dans ('identification client, figure I'identification 
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proprement dite et, de preference, la chaine de caracteres de coherence qui 
authentifie intrinsequement I'identite du client. Dans ('identification du 
commercant on retrouve les memes elements. Ceux-ci sont disponibles dans 
une memoire 4 du terminal 1 . 
5 Le terminal 1 est relie par une ligne telephonique (filaire, hertzienne ou 

ajJt.res).avec .«.o_se!ye.u.r_.6...de_la_banque-du-creancier.-Le-serveur--6-de-Gette— 

banque est capable de recevoir le message 5 envoye, et de traiter la 
transaction financiere qui tui correspond. D'une maniere connue, le serveur 6 
de la banque du commercant emet un ordre de prelevement du compte du 

1 0 client pour le debiter et pour crediter le compte du commercant qu'elle gere. 

La figure 2 montre la modification de cette transaction selon 
1'invention, notamment pour la rendre accessible avec securite a la vente par 
correspondance. Ce mode de paiement peut toutefois se substituer aux 
paiements avec terminal 1 , si le commercant I'accepte et s'il s'est organise 

1 5 en consequence. On verra par la suite comment, plutot qu'une substitution 
pure et simple qui appelle la mefiance du commercant, celui-ci peut participer 
avec ses equipements a I'operation de paiement. Dans ces cas, selon 
('invention, un client disposant d'un telephone mobile 7 consulte un catalogue 
8 de vente par correspondance ou meme consulte une session 9 de 

20 connexion sur Internet. Eventuellement il consulte la vitrine d'un 
commercant. II detecte dans ces consultations un bien ou un service qu'il 
veut acquerir. Les informations qui sont mises a sa disposition par le vendeur 
sont alors, selon I'invention, essentiellement des indications relatives a une 
procedure de designation du bien ou du service achete, et d'une procedure 

25 de paiement. 

Ces deux notions ne sont toutefois pas necessairement completement 
separees, il est possible en effet notamment au cours d'une session Internet 
9, qu'un seul produit soit achetable aupres du commercant, auquel cas la 
designation du bien ou du service sera implicitement comprise dans la 

30 designation du commercant. On verra par la suite comment peut etre menee 
£ terme, avec toutes les variantes possibles, la procedure de designation du 
bien ou du service choisi par le client. Pour I'instant, pour ce qui conceme 
I'invention seul est important le fait que soit mis a la disposition de I'acheteur 
une procedure de paiement. 

35 Cette procedure de paiement peut comporter une succession 
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d'op6rations £ effectuer par I'acheteur mais elle comportera essentiellement, 
selon I'invention, renvoi d'un code commer$ant. En effet, comme on Pa drt ci- 
dessus le terminal de paiement auquel on va s'adresser est un terminar 
universel, il n'est pas comme le terminal 1 automatiquement muni d'une 
5 m6moire 4 avec ('identification d'un commer9ant sp6cifique ni non plus 

auto matiquement co n necte a u n serveur 6 de dnnnees rig |* banque du 

commergant. Par consequent, dans le catalogue 8 dans la session 9 ou dans 
sa procedure de paiement, le commergant doit indiquer un code qui le 
concerne dans les services de I'operateur de telecommunications. Ce code 

10 pourrait meme Stre ^identification complete du commergant comme vu plus 
haut. II pourra de preference etre plus simple, notamment comporter par 
exemple un nom commercial suivi, eventuellement, d'un num6ro d'article vu 
dans le catalogue. Ainsi pour une societe nomm6e VPC de vente par 
correspondance, et pour un article de numero 0001, le code commergant 

15 pourra §tre VPC, ou VPC 0001 selon le cas. 

Selon I'invention, le telephone mobile 7 va envoyer, pour le paiement, 
dans un systeme central 10 d'un op6rateur de telecommunications publiques 
avec des mobiles, un message comportant essentiellement le code 
commergant vu ci-dessus (VPC, ou VPC 0001) ainsi que Identification client 

20 (c'est-a-dire Pidentite du client et de preference la chaine de caractdres de 
coherence). D'une maniere optionnelle le client enverra avec son telephone 
mobile 7 le montant de la transaction et la date de la transaction. Le montant 
de la transaction et la date de la transaction ne sont pas necessaires si 
Particle achete est dej£ identifie implicitement dans le code commergant. De 

25 meme ils ne sont pas necessaires si le commerpant ne vend qu'un seul 
article. La date peut par ailleurs §tre apportee dans le message de paiement 
par Pop6rateur. 

Pour I'envoi des deux composantes essentielles, le code commergant 
et ('identification client, il n'est demande a I'utilisateur du telephone mobile 

30 que de composer le code commergant. L'identification client etant 
pr6alablement contenue dans les m6moires de ce telephone mobile sera 
adjointe au message d'une maniere automatique. Apres cette composition du 
code commergant, le client se met en relation avec le systeme central 10. A 
cette fin il dispose d'un num6ro de telephone sp6cifique. 

35 Le systeme central 10 de Toperateur de telecommunications comporte 
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au moins une station de base 1 1 en relation avec le telephone mobile par 
voie hertzienne, et avec les differents circuits de ce systeme central par 
I'intermediaire d'un bus 12. D'un maniere connue ces circuits comporteront 
des circuits 13 de commutation et des circuits annexes. Les circuits 13 
5 servent a la fonction principale d'un operateur de telecommunications : a 
etablir des liaisons entre differents interlocuteurs. Les circuits annexes 
peuvent etre vari6s et comporter par exemple des boites vocales 14. Le 
systeme central 10 est administre par un processeur 15 qui met en ceuvre un 
programme 16 general. Le programme 16 est contenu dans une memoire 

10 161 reliee au bus 12. Selon invention ce programme 16 sera complete par 
un sous programme 17 de paiement electronique selon I'invention. Le sous 
programme 17 a pour objet de reconstituer le message 5 et de I'envoyer a un 
serveur 6 de donnees de la banque du commercant. Le sous programme 17 
est la fonction specifique de paiement lancee chaque fois qu'un acces est 

1 5 effectue sur le numero de telephone specifique. 

Dans ce but, le systeme central 10 comportera une memoire de 
paiement 18 dont chaque enregistrement peut etre adresse par un code 
commercant regu du telephone mobile 7. Dans un enregistrement 
correspondent a un code commercant, on trouve ainsi une information 

20 relative a I'identification du commercant, notamment a son compte en 
banque, et a une identification de la banque du commercant. Cette derniere 
information sera notamment utile pour, une fois que le message 5 aura ete 
constitue, I'envoyer au serveur 6 de la banque du commercant. 

En variante, la memoire 18 sera reduite, et ne comportera qu'une 

25 identification de commercant permettant au service central 10 de se 
connecter, en temps reel ou en temps differe. sur un serveur de donnees 19 
du commercant afin d'y puiser les informations correspondant a la 
transaction souhaitee par le porteurdu telephone mobile 7. Ainsi, dans le cas 
ou le code commercant comporterait les informations VPC 0001 , le systeme 

30 central 10 composera un numero de telephone (correspondant au 
commercant VPC et qu'il connait dans sa memoire 18). Ce numero de 
telephone est celui du serveur 19 du commercant. Par une requete 
automatique, le systeme central 10 pourra obtenir de ce serveur 19 d'une 
part I'identification bancaire de ce commercant et d'autre part eventuellement 

35 le montant de la transaction relative a I'article correspondant 0001 . 
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En variante le processeur 15, en execution du programme 17, peut 
apporter la date du jour au message 5 ainsi qu'effectuer la verification des 
identifications du client et du commercant. En effet dans les deux cas il 
recevra des entites 7 et 19 des identites proprement dites ainsi que les 
5 chaTnes de caracteres de coherence. Dans une variante preferee egalement 
le sous programme 17 pourra lancer une verification de code secret, pour 
authentifier le porteur du telephone mobile. Ou le sous programme 17 pourra 
faire faire cette verification par un circuit contenu dans le telephone mobile 7. 
En resume Identification client est envoyee par le telephone mobile 7 

10 au moment de la transaction, ^identification du commercant est envoyee par 
le serveur commercant 19. Elle est envoyee prealablement pour etre stockee 
dans une memoire 18, ou a la demande, en temps reel ou en temps differe 
par rapport a I'instant de la transaction. Le montant peut etre compose par 
I'utilisateur du telephone mobile 7. II peut etre prealablement stocke dans la 

15 memoire 18. Ou encore il peut etre envoye a la demande par le serveur 19. 
L'avantage d'utiliser le serveur 19, et done la communication entre le 
systeme central 10 et ce serveur 19, pour parfaire la transaction est que le 
commercant peut changer de banque comme il veut et que d'autre part le 
systeme central 10 n'est pas responsable juridiquement de la transaction 

20 puisqu'il ne fait que transcrire des informations qu'on lui donne pour 
composer le message 5. Dans un enregistrement de la memoire 18 
correspondant a un code commercant, on trouvera done de preference des 
moyens d'identification du commercant, avec la chalne de caracteres de 
coherence, et des moyens d'identification de sa banque, e'est-a-dtre 

25 I'expression du protocole de connexion utilisable pour transmettre ensuite le 
message 5 a cette banque. 

La figure 3 montre une modification fonctionnelle d'un telephone 
mobile pour le faire fonctionner selon I'invention. Le telephone mobile 7 
comporte d'une maniere connue un microprocesseur 20 relie par un bus 21 , 

30 a une memoire programme 22, a une memoire de donnees 23, a une 
memoire de travail 24, a un circuit d'emission reception 25, a un clavier 26, et 
a un ecran 27. Pour la relation avec le monde exterieur, le bus 21 est encore 
relie a un connecteur 28, de carte a puce ou similaire ainsi qu'a un 
connecteur d'embase 29. Le connecteur 29 sert la plupart du temps pour 

35 recharger une batterie (non representee) du telephone mobile. Mais il peut 
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egalement servir pour connecter le telephone 7 a un micro-ordinateur 30. Le 
micro-ordinateur 30 est par exemple celui a partir duquel on a lance une 
session Internet 9. Cependant il ne faut pas confondre la session Internet 
(qui pourrait, elle aussi, utiliser le telephone mobile comme moyen de 
5 communication), et la session de paiement dans laquelle on met en oeuvre le 
precede de paiement selon I'invention. 

Le connecteur de carte a puce 28 est optionnel quoique 
correspondant a une solution preferee. En effet celui-ci permet de connecter 
un circuit a puce 31 amovible comportant lui aussi un bus 32 relie au 

10 connecteur 28, un microprocesseur 33, une memoire programme 34 et une 
memoire de donnees 35. 

Dans la memoire de donnees 23 figurent diverses informations mais 
notamment un numero dit IMSI, pour International Mobile Set Identification, 
qui permet d'identifier au cours d'une communication du telephone mobile 7 

1 5 avec une station de base 1 1 quel est le poste telephonique mobile qui est en 
cours d'utilisation. Par opposition, dans la memoire 35 figurera un numero dit 
SIM correspondant, mais pour I'operateur de telecommunications cette fois. 
a I'identite de I'utilisateur du telephone mobile. Cette identite est en fait ici en 
correspondance biunivoque du numero de telephone affecte par cet 

20 operateur a I'utilisateur de la carte 31. Le circuit a puce 31 est d'ailleurs 
appele couramment carte SIM pour cette raison. 

Cette memoire 35 comporte d'une maniere connue differentes zones 
non volatiles dont notamment une zone 36 comportant un code secret. Lors 
de I'utilisation du telephone mobile avec la carte 31 , au moment de la mise 

25 en service, le programme de la memoire programme 34 verifie que le code 
secret compose par I'operateur sur le clavier 26 correspond bien a celui 
enregistre dans la zone 36. II est egalement connu d'y disposer dans des 
zones memoires telles que 37 des numeros de telephones preferes. 
L'operateur peut les faire apparaTtre sur I'ecran 27 et les selectionner pour 

30 une composition automatique sans avoir a frapper tous les chiffres de ces 
numeros de telephone. Le numero de telephone specifique pourra en faire 
partie. 

Selon I'invention, et d'une maniere preferee, la carte SIM 31 
comportera dans la memoire 35 une zone 38 dans laquelle seront 
35 enregistrees les informations relatives aux paiements effectues par le porteur 
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du telephone 7. Par exemple dans un enregistrement 39 de la zone 38, on a 
memorise le numero de la carte VISA du titulaire de la carte SIM 31 dans 
une premiere zone 40. et la chaTne de caracteres de coherence 
correspondant a ce numero 40 dans une zone 41 . Si le titulaire de la carte 
5 SIM 31 possede par ailleurs une carte American Express cette indication 
sera portee dans un enregistrement 42 dans les zones 43 et 44 
respectivement. Et ainsi de suite il pourrait y avoir autant d'enregistrements 
que le titulaire de la carte SIM 31, ou du telephone mobile, dispose de 
comptes financiers differents. De meme dans un enregistrement 45, on a fait 

10 figurer les references d'une societe de vente par correspondance VPC 1 et 
du numero de contrat souscrit avec elle en zones 46 et 47 respectivement. 

Le choix de la carte SIM 31 pour contenir toutes les informations 39 a 
47 est prefere parce que ce choix permet a I'utilisateur, detenteur de la carte 
SIM 31, d'utiliser n'importe quel telephone mobile 7 pour effectuer la 

15 transaction. En outre, il est plus facile pour un operateur de recevoir ou de 
modifier des cartes SIM qu'il edite que de modifier des telephones mobiles. 
Neanmoins il serait possible d'incorporer, notamment dans les pays ou les 
caracteres amovibles des informations de la carte SIM 31 ne sont pas 
utilises, ces informations dans la memoire 23. 

20 Plutdt que d'avoir le prelevement de ^identification du commercant 

dans le centre serveur 19 par I'intermediaire du systeme central 10, il est 
possible, en connectant simultanement le micro-ordinateur 30 sur une 
session Internet et sur le connecteur 29, ou en gardant en memoire les 
resultats de la session Internet, de transmettre sur le bus 21 les informations 

25 d'identification du commercant, et meme de montant, a partir du telephone 
mobile 7 pour composer le message electronique de paiement 5. Cependant, 
meme dans ce cas le systeme central 10 est prefere puisque c'est celui-ci 
qui effectuera en definitive la verification de coherence. En outre, les 
messages 5 sont de toute maniere edites par le systeme 10 pour etre 

30 transmis au serveur 6 de la banque du commercant. Surtout la liaison entre 
le poste telephonique mobile 7 et le systeme central 10 n'est pas une liaison 
Internet en reseau, ouverte a tous, elle est une liaison privee done nettement 
mieux protegee. Quand I'operateur est ainsi implique dans le traitement : on 
definit un protocole d'echange entre le telephone mobile 7 et I'operateur. Ce 

35 protocole tient compte des differentes options offertes : connaissance 
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prealable de I'identification du commercant, prelevement en temps reel, ou 
communication par le client. 

La figure 4 montre les operations 48 mises en oeuvre pour effectuer la 
procedure de designation et les operations 49 effectuees selon Invention 
5 pour la procedure de paiement. La procedure 48 de designation n'est pas 
necessairement effectuee par la liaison par telephone mobile, en utilisant le 
systeme central 10 montre sur la figure 2. Elle sera de preference lancee par 
le micro-ordinateur 30 au cours d'une session Internet 9. La procedure 48 
comporte ainsi une etape 50 d'acces aux services du commercant. Dans ce 

10 but I'utilisateur compose par exemple avec un modem 51 (figure 2) de son 
micro-ordinateur 30 le numero de telephone et le code d'acces qui lui 
permettent de visualiser sur I'ecran de son micro-ordinateur 30 les 
informations utiles a la transaction. 

Lorsque I'acces 50 aux services est effectue, une operation d'accueil 

15 52 s'execute. Dans le cas ou il s'agirait d'une session Internet. I'ecran du 
micro-ordinateur 30 va montrer tous les details de la transaction. Cette 
visualisation peut etre autrement provoquee sur I'ecran du telephone mobile 
7. Dans ce cas neanmoins, les informations seront plus laconiques. 
Eventuellement si on utilise seulement un telephone, et meme pas un 

20 telephone mobile, il peut y avoir un bip sonore montrant que la connexion est 
etablie, ou voire meme rien du tout. Dans ce cas la procedure de designation 
apparaissant sur le catalogue 8 indique ce a quoi doit s'attendre I'utilisateur 
client. Apres cet accueil le client designe dans une operation 53 I'article ou le 
service qu'il veut acquerir. II suit les indications qui lui sont donnees a cet 

25 effet soit au cours de la session, soit dans le catalogue 8. Cette designation 
53 est suivie d'une prise en compte de commande 54 par le commercant, 
eventuellement sous reserve de paiement. L'operation 54 termine la 
procedure 48 de designation. Cette designation 53 et cette prise en compte 
de commande 54 utilisent des memes moyens de visualisation, ou de 

30 communication, que I'etape 52. 

La procedure de paiement 49 comporte une communication ou un 
affichage du prix. Comme vu precedemment, celui-ci peut avoir ete visualise 
sur un ecran, communique par une boite vocale, indique dans le catalogue 8 
ou autre. Cette communication du prix 55 est prealable. La procedure 56 de 

35 paiement proprement dite selon I'invention correspond a un sous programme 
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57 contenu dans la memoire programme 22 du telephone mobile 7, ou bien 
de preference contenue dans la memoire programme 34 de la carte SIM 31 . 
Compte tenu du caractere universel du programme 57, celui-ci pourra 
neanmoins etre incorpore dans tous les telephones mobiles 7. Le 
5 programme 57 comportera de preference une premiere etape 58 par laquelle 
le porteur pourra selectionner celui des enregistrements 39, 42 ou 45 qu'il 
choisit (compte tenu de ses disponibilites financieres sur ses differents 
comptes) pour effectuer la transaction. 

Une fois cette selection faite, ou au prealable, le programme 57 

10 demandera en une etape 59 au client de taper le code commercant evoque 
ci-dessus. Ce code commercant est lisible sur le catalogue 8 ou dans la 
session 9. Une fois les operations 58 et 59 realisees, I'utilisateur provoque 
avec le telephone mobile 7 renvoi au numero de telephone specrfique, au 
cours d'une operation 60, de ces differentes informations : identification de 

15 client comportant de preference la chaine de caracteres de coherence et 
code commercant. Cet envoi est provoque par I'appui sur une touche du 
telephone mobile, correspondant a des indications de procedure donnees 
dans un manuel du telephone mobile, ou mieux, au cours de la session 48. 
Le systeme central 10 recoit alors ce message, et le prend en compte au 

20 cours d'une operation 61. L'etape 61 pourra etre suivie, en application du 
programme 17 contenu dans la memoire 16 du systeme central d'une 
requete en verification de code secret 62 , d'un chiffrage 63 et ou d'une 
verification 64 de ce que la carte est bien detenue par son proprietaire. 

L'etape 61 comporte surtout la constitution du message 5, par 

25 prelevement des informations utiles dans la memoire 18 (ou dans le serveur 
19). L'etape 61 comporte enfin un appel du serveur 6 de la banque du 
commercant. Cette etape 61 est suivie d'une etape 65 de traitement du 
paiement, comme dans I'etat de la technique, par la banque du commercant. 
La figure 5 resume les differentes manieres de mettre en oeuvre 

30 Tinvention. On y distingue le telephone mobile 7, le terminal classique de 
paiement 1 et une carte a puce 31 utilisable pour faire fonctionner le 
telephone mobile 7 et une carte a puce 2 pour payer avec le terminal 1. 
Selon I'etat de la technique, une liaison 66 relie le terminal 1 , en temps reel 
ou en temps differe, a un modem 67 et au serveur 6 de I'organisme financier 

35 du commercant proprietaire du terminal 1 . Selon la description precedente de 
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I'invention, le telephone mobile 7 entre en relation avec les circuit 10 de 
Poperateur de t6lephonie mobile pour que celui-ci compose le message de 
paiement. Ces circuits 10 component une station de base 11 (propriete de 
Poperateur de telephonie mobile) et le systeme 12-18 de traitement evoque 
ci-dessus. Dans cette premiere description de I'invention, le telephone mobile 
7 entre en relation avec la station de base 1 1 par une relation hertzienne 68. 

Selon une premiere variante. on installe chez un commercant une 
station de base privee 69. Cette station de base privee peut etre mise en 
relation telephonique classique, par exemple par une liaison bifilaire 70, avec 
le modem 67. Cette station de base privee peut par ailleurs servir 
d'autocommutateur pour des liaisons telephoniques du commercant. Selon la 
variante de I'invention, la station de base privee 69, entre en relation avec le 
telephone mobile 7 par une liaison hertzienne privee 71. On connaTt de ce 
point de vue, dans le domaine de la telephonie mobile, les utilisations 
16 alternatives, publique ou privee des telephone mobiles. Pour de telles 
utilisations, un porteur de telephone mobile, arrivant par exemple a son 
domicile, eteint son telephone mobile, puis le remet en service en designant 
le type d'utilisation. privee ou publique. Selon le cas, le telephone mobile 
cherche a alors a entrer en relation avec une station de base privee ou 
20 publique qui le capte. Puis une procedure de reconnaissance typique est 
lancee. Dans la pratique, il n'est meme pas besoin d'eteindre le telephone 
mobile, on peut lancer une procedure d'accrochage d'une base privee a 
partir d'une utilisation en veille dans un reseau public. Dans cette procedure, 
I'accrochage sur la base privee est du meme type qu'un accrochage sur un 
25 r6seau public, essentiellement les gammes de frequence changent, 27 MHz 
ou 400 MHz pour les utilisation privees, au lieu de 900 MHz ou 1800 MHz 
pour les utilisations publiques. 

Autrement dit, selon cette premiere variante. le porteur du telephone 
mobile commence par quitter le reseau public, et se connecter sur un reseau 
30 prive. Ce reseau prive sur lequel il se connecte n'est pas le sien propre, mais 
celui du commercant auquel appartient la station de base privee 69. Dans 
cette variante, le terminal 1 est aussi en relation avec la station de base 69, 
soit par une relation hertzienne 72, soit par une liaison filaire (non 
representee). En pratique le terminal 1 et la station de base privee 69 
35 peuvent etre realises dans un meme equipement. Dans ce cas, tous les 
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moyens sont reunis, chez le commergant, pour constituer le message de 
paiement. En effet, selon ce qui a ete d6crit pr6cedemment, le t6l6phone 
mobile connait. et done peut diffuser a la station de base priv6e 69, 
reformation d'identite bancaire du client debiteur. Cette diffusion sera 
5 diffus6e par un sous-programme contenu dans I'operation d'accrochage du 
meme type que la connexion specifique vue plus haut. Le terminal de 
paiement 1 connait et peut transmettre £ la station de base priv6e 69 
reformation d'identite bancaire du commergant. Le montant de la transaction 
peut etre indique par le clavier du telephone mobile 7, ou par le clavier du 

10 terminal 1. La date peut etre foumie pat le telephone mobile 7, le terminal 1 
ou meme la station de base 69. II suffit que Tun au moins de ces 
6quipements soit muni d'une horioge temps r§el. Ou encore, si la liaison 70 
de la station de base 69 avec le serveur 6 est en temps r6el, la date peut etre 
foumie par le serveur 6. En remplacement de la liaison 71, complete par 

15 une liaison 72, on peut prevoir que le t6lephone mobile envoie son identity 
par une liaison hertzienne 73 au terminal 1. Celui ci compose alors le 
message de paiement et le transmet, comme avant par la liaison 66 (ou par 
la liaison 72) au serveur 6. Le terminal 1 et ou la station de base priv6e 69 
peuvent dans ce cas parfaire le message de paiement. 

20 Selon une deuxteme variante de I'invention, les moyens de 

constitution du message de paiement pourraient etre r6unis autre part que 
chez l'op6rateur de tetephonie mobile (dans les circuit 10 d6crits ci-dessus) 
et meme autre part que chez le commergant (avec la station de base privde 
69). Notamment la station de base 69 pourrait etre remplac6e par une station 

25 de base 1 1 publique. Selon cette deuxteme variante cependant, le r6seau 
public de tel6phonie mobile n'intervient que pour acheminer une liaison 
tetephonique privee. Dans ce dernier cas, les circuits 12-18 eux (pour la 
partie qui conceme la construction du message 5) se trouveront dans des 
locaux a disposition de I'organisme financier. Par exemple, les circuits 12-18 

30 sont situ6s dans un immeuble de cet organisme et relte £ I'interieur de cet 
immeuble par une liaison privee 75 au serveur 6. Dans ce cas I'acheteur 
peut, dans la rue, en remarquant par exemple une affiche publicitaire 
proposant un bien ou un service, acheter imm6diatement ce bien ou ce 
service. II compose dans ce cas avec son t6lephone mobile 7 le num6ro de 

35 telephone affich6 sur Taffiche publicitaire. Ce num6ro de t6l6phone le met en 
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relation, via sa liaison hertzienne 74 a la station de base publique 11, et via 
une liaison telephonique 76 de cette station de base 11, avec les circuits 12- 
18 installe dans les locaux de I'organisme financier qui gere le serveur 6. Les 
liaisons 74 et 76 passent, en une communication privee, sur le reseau public. 
Ces liaisons permettent d'etablir le message de paiement puisque les circuits 
12-18 comportent (par le numero de telephone compose dans ce cas) 
I'identite du commercant par le tel6phone mobile 7, I'identite du client, et, par 
une procedure complementaire ou des indications prealables (0001) 
donnees par le client, le montant de la transaction envisagee. 

On observera que, tant dans la version de base que dans les deux 
variantes, les liaisons 66, 70, 74 et 76 sont des liaisons privees. Elles sont de 
ce fait bien plus resistantes aux fraudes que ne pourraient I'etre des liaisons 
de type accessibles a tous comme on en rencontre avec le reseau Internet. 

De cette facon un definit avec I'invention le telephone mobile 7 comme 
un terminal porteur electronique de paiement. qui possede tout ou partie des 
fonctions du terminal 1 classique. Selon I'invention, ces fonctions sont 
cependant demembrees. La constitution du message 5 de paiement est 
realisee petit a petit dans le cadre de la transmission. Une permanence de 
I'invention est que I'identite du client est transmise par une liaison hertzienne 
68, 71 ou 74 entre le telephone mobile et le serveur 6 de la banque. Un autre 
moyen essentiel de I'invention est que, dans cette transmission, I'organe, le 
systeme dit central, qui recoit cette identite au moins transmise sur une partie 
de son parcours par voie hertzienne, complete le message de paiement. 
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REVENDICATIONS 

1 - Precede de paiement electronique dans lequel 

- on constitue un message (5) de paiement comportant une 
information d'un montant d'une transaction, une information d'identite d'un 
debiteur de ce montant et une information d'identite d'un creancier de ce 
montant, 

- on envoie ce message a un serveur (6) de donnees d'un organisme 
financier, 

- le serveur de cet organisme financier opere des transferts de 
monnaie scripturale correspondant a ce paiement, 

caracterise en ce que 

- on emet (68, 71, 74) a partir d'un telephone mobile (7), et en 
direction d'un systeme central (10) d'un operateur (13). I'information 
d'identite (39) du debiteur, 

- on complete (18, 19), dans ce systeme central, le message de 
paiement a partir de I'information d'identite de debiteur recue, et d'une 
information d 'identite de creancier, 

- on envoie le message ainsi constitue a un serveur de donnees d'un 
organisme financier. 

2 - Precede selon la revendication 1 caracterise en ce que 

- I'operateur est un operateur de telephonie publique, 

- au moment de remission (68), on emet egalement un code relatif a 
I'identite du creancier, et/ou de la transaction, 

- on constitue le message de paiement a partir d'une information 
d'identite du creancier correspondant a ce code, 

- et on envoie le message a un organisme financier correspondant a 
ce code. 

3 - Precede selon la revendication 1 caracterise en ce que 

- on emet (71) I'information d'identite du debiteur sur un reseau de 
telephonie privee (69) du creancier, 

- on compose le message de paiement dans (71-73) ce reseau, et 

- on I'envoie (70) a un organisme financier du creancier. 

4 - Precede selon la revendication 1 caracterise en ce que 

- on emet (74) reformation d'identite sur un reseau de telephonie 
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publique, dans le cadre d'une communication privee (75), et 

- on compose et on envoie le message de paiement a un interlocuteur 
de cette communication privee au cours de son deroulement. 

5 - Procede selon I'une des revendications 1 a 4, caracterise en ce 

5 que 

- .Ilnfomiatipn d'identite, de creancier .est puisee- dans- une mSmoire 
(18) du systeme central en utilisant le code comme adresse dans cette 
memoire. 

6 - Procede selon I'une des revendications 1 a 5, caracterise en ce 

10 que 

- reformation d'identite de creancier est prelevee, en temps reel ou 
differe, dans une memoire d'un serveur (19) de donnees du creancier en 
utilisant le code comme adresse, directe ou indirecte, de ce serveur de 
donnees du creancier. 

15 7 - Procede selon I'une des revendications 1 a 6, caracterise en ce 

qu'on utilise comme identity de debiteur un numero de compte de ce debiteur 
dans un organisme financier. 

8 - Procede selon la revendication 7, caracterise en ce que 

- le debiteur selectionne dans une memoire de son telephone mobile 
20 une identite de debiteur a envoyer parmi plusieurs (38), 

- cette identite de debiteur correspondant a un des comptes de ce 
debiteur dans un ou des organismes financiers. 

9 - Procede selon I'une des revendications 1 a 8, caracterise en ce 

que 

25 - dans I'information d'identite du debiteur on transmet une information 

d'identite proprementdite et une chame de caractere de coherence, et 

- on verifie (61) dans le systeme central I'authenticite du message de 
paiement par traitement des caracteres de coherence. 

10 - Procede selon I'une des revendications 1 a 9, caracterise en ce 

30 que 

- on provoque avec le systeme central une session (62-64) de 
verification de code secret relatif au debiteur. 

11 - Procede selon I'une des revendications 1 a 10, caracterise en ce 

que 

35 - pour envoyer le message a un serveur (6) d'un organisme financier 
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correspondant a ce code, le systeme central lit dans une de ses memoires 
ou dans une memoire d'un serveur de donnees du creancier des 
informations de connexion de cet organisme financier, et 

- le systeme central se connecte a ce serveur de donnees de cet 
5 organisme financier. 

12. .t Procede selpnj'une.des.revendications-l a -11 , caracterise en-ce - 

que 

- pour emettre a partir du telephone mobile, on enregistre 
prealablement dans une memoire (35) de ce telephone mobile les 

1 0 informations d'identite de debiteur. 

13 - Procede selon la revendication 12, caracterise en ce qu'on realise 
la memoire de ce telephone mobile sous la forme d'une memoire amovible 
(31 ), par exemple du type carte a puce ou jeton a puce. 

14 - Procede selon I'une des revendications 1 a 13, caracterise en ce 

1 5 que 

- on ajoute la date au message (5) de paiement. 

15 - Procede selon I'une des revendications 1 a 14, caracterise en ce 

que 

- I'organisme financier correspondant au code est un organisme dans 
20 lequel le creancier a un compte. 
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